Two-way push notification of activity events through a wireless device

ABSTRACT

Aspects described herein relate a computer system detecting an unusual activity event from activity data and sending a two-way notification message to a wireless device when a user has opt-in for a mobile application. The two-way push notification message is received at a wireless device and notification information is displayed at the wireless device outside the mobile application. The user selects one of the displayed action buttons to indicate whether the unusual activity event is valid or invalid. When a response to the computer system indicates that the unusual activity is valid, the computer system clears the inquiry and sends a subsequent push notification message to the wireless device informing the user. When the response indicates that the unusual activity is invalid, the computer system and the wireless device may establish an interaction through the mobile application in order to resolve the unusual activity event.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of and claims priority to U.S.Application Ser. No. 16/387,990, filed Apr. 18, 2019, and entitled“Two-Way Push Notification of Activity Events Through a WirelessDevice,” which is incorporated herein by reference in its entirety.

TECHNICAL FIELD

One or more aspects of the disclosure generally relate to computingdevices, computing systems, and computer software. In particular, one ormore aspects of the disclosure generally relate to computing devices,computing systems, and computer software that utilize two-way pushnotification to a wireless device to substantiate an activity event.

BACKGROUND

In order to inform a person about a detected unusual activity event (forexample, invalid or fraudulent transactions), a supporting service maysend a textual message informing the person about the detected unusualevent to a user, and the user may respond with a textual message to thesupporting service. This approach may be advantageous in that it may befast, simple, and pervasive, but it may have a number of deficiencies.Some traditional approaches, may utilize short message service (SMS)However, there may a significant cost as well as legal restrictions (forexample, stipulated in the Telephone Consumer Protection Act) todelivering an alert message about the detected event. Also, messagingservices, such as SMS, support a free form and may result inunrecognizable text in the user's response. Moreover, traditionalapproaches may be vulnerable to impersonation and/or user uncertaintyregarding authenticity.

SUMMARY

The following presents a simplified summary in order to provide a basicunderstanding of some aspects of the disclosure. The summary is not anextensive overview of the disclosure. It is neither intended to identifykey or critical elements of the disclosure nor to delineate the scope ofthe disclosure. The following summary merely presents some concepts ofthe disclosure in a simplified form as a prelude to the descriptionbelow.

Aspects described herein may relate a computer system detecting anunusual activity event from the activity data, generating a notificationrequest of the detected unusual activity event, and initiating a two-waynotification message to a wireless device when a user has opt-in for theassociated mobile application. The two-way push notification message isreceived at the wireless device and notification information isdisplayed when outside the mobile application at the wireless device.The user selects a displayed one of displayed action buttons to indicatewhether the detected unusual activity event is valid or invalid. Anotification response message is then returned to the computer systemvia the mobile application. When the response indicates that thedetected unusual activity is valid, the computer system clears theinquiry and sends a push notification message to the wireless deviceinforming the user about the clearing of the inquiry. When the responseindicates that the detected unusual activity is invalid, the computersystem and the wireless device may establish an interaction through themobile application in order to resolve the detected unusual activityevent.

With an aspect of the embodiments, when a user has user has chosen toopt-in for a mobile application, a two-way notification message may besent to a user's wireless device, allowing the user to click through andopen up an unauthenticated page where the user can respond. Notificationinformation on the authenticated page may present one or moretransactions for direct verification by the user, thus allowing the userto respond from within the notification itself. The notificationinformation may include one or more action buttons from which the usercan indicate the validity or invalidity of the one or more transactions.This approach circumvents direct interaction with the mobileapplication, thus enhancing a user's experience.

With an aspect of the embodiments, a user is able to respond to anotification alert and to verify an unusual activity event (for example,transactions) without authentication.

With an aspect of the embodiments, in response to receiving the firsttwo-way push notification message by a computer system and when anactivity indicator is indicative that the detected unusual activityevent is invalid, the computer system sends a second push notificationmessage to the wireless device, where the second push notificationmessage is indicative of further action through the wireless deviceoutside the mobile application.

With an aspect of the embodiments, an unusual activity event may includeone or more monetary or non-monetary transactions attributed to a userof a wireless device. A two-way push notification message that is sentto the wireless device may contain transactional information pertainingto a fraud alert for the user to verify.

With an aspect of the embodiments, when a wireless device receives atwo-way push notification message, displayed notification informationincludes first and second choices, where the first choice is indicativethat the at least one transaction is valid and the second choice isindicative that the at least one transaction is invalid.

With an aspect of the embodiments, a user is provided an ability toself-service fraud alerts without having to login to a mobileapplication by using action buttons conveyed with a two-way pushnotification. If the user confirms that the transactions are valid, thenanother push notification is sent to inform the user that the user canproceed with transactions without having to login to the mobileapplication. If the user confirms that the transactions are invalid,then the user is redirected to the mobile application to continue withthe claim filing process.

With an aspect of the embodiments, when a user has not opt-in for themobile application, a computer system alternatively initiatestransmission of a short message service (SMS) message about the detectedunusual activity event to a wireless device of the user.

BRIEF DESCRIPTION OF THE DRAWINGS

The present disclosure is illustrated by way of example and not limitedin the accompanying figures in which like reference numerals indicatesimilar elements and in which:

FIG. 1 shows an exemplary screenshot when a wireless device (forexample, a smartphone) receives a two-way notification about unusualactivity events in accordance with one or more example embodiments.

FIG. 2 illustrates a computing system that processes activity events inaccordance with one or more example embodiments.

FIG. 3 illustrates a suitable computing system environment forsupporting one or more computing devices in the computing system shownin FIG. 2 according to one or more illustrative embodiments.

FIG. 4 illustrates an interaction between a computational infrastructureand a wireless device when possible unusual activity events are detectedaccording to one or more illustrative embodiments.

FIG. 5 illustrates a process flow for the interaction shown in FIG. 4according to one or more illustrative embodiments.

FIG. 6 shows a message flow between computing devices in a computingsystem shown in FIG. 2 when unusual activity events are detected inaccordance with one or more example embodiments.

FIG. 7 is a continuation of the message flow shown in FIG. 6 when theunusual activity events are deemed valid in accordance with one or moreexample embodiments.

FIG. 8 is a continuation of the message flow shown in FIG. 6 when theunusual activity events are deemed invalid in accordance with one ormore example embodiments.

DETAILED DESCRIPTION

In the following description of various illustrative embodiments,reference is made to the accompanying drawings, which form a parthereof, and in which is shown, by way of illustration, variousembodiments in which the claimed subject matter may be practiced. It isto be understood that other embodiments may be utilized, and thatstructural and functional modifications may be made, without departingfrom the scope of the present claimed subject matter.

Embodiments may support a computer system that is able to detect anunusual activity event from the activity data. Embodiments may supportdifferent types of activities including, but not limited to, financialand non-monetary transactions such as address/telephone changes, digitallogin verification and card activation information for a user. When anunusual activity is detected, the computer system initiates a two-waynotification message to a wireless device when a user has opt-in for theassociated mobile application. The wireless device may consequentlydisplay notification information outside the mobile application thatincludes one or more action buttons. Based on the action button selectedby the user, a response is sent from the wireless device and thecomputer system that is indicative whether the unusual activity eventtype is valid or invalid. For example, when the unusual activity eventcomprises one or more financial transactions attributed to the user, theuser may select (for example, click on) one of two action buttonsindicative whether the transactions are valid or invalid (which in somecases may be considered fraud). When the unusual activity event isvalid, the computer system may clear the inquiry and send a one-way pushnotification to the wireless device to inform the user without anyfurther action on behalf of the user. However, if the unusual activityevent is invalid, further steps may be pursued in order to resolve thesituation.

By utilizing a two-way push notification message while outside themobile application at the wireless device, direct interaction of theuser with the mobile application may be circumvented. This approachenables the user to have an ability to self-service event alerts withouthaving to login to the mobile application by selecting action buttonsgenerated from the two-way push notification message.

With traditional approaches, event notification may be supported byshort message service (SMS) messages from a computer system to theuser's wireless device. The user can respond by the sending a responsiveSMS message to the computer system. However, this approach may have anumber of deficiencies. For example, sending a SMS message may besubstantial in cost (which may be 50 cents per alert) while beingrestricted due to legal limitations. Also, SMS is not designed withworkflows in mind and typically requires blocks of words and multiplemessages. SMS is free form so that a user may respond with unrecognizedtext and may be vulnerable to impersonation and/or user uncertainty.

FIG. 1 shows an exemplary screenshot when a wireless device (forexample, a smartphone) receives a two-way notification about unusualactivity events in accordance with one or more example embodiments. (Inthe following example, the user has installed an associated mobileapplication and has opt-in for the mobile application. If that is notthe case, other ways of notifying the user may be utilized as will bediscussed.) When a computer system detects an unusual activity event,the computer system sends a two-way push notification message to theuser's wireless device. In the example shown in FIG. 1 , screenshot 101is displayed at the wireless device.

Unlike pull notifications, in which a user requests information from aserver, push notifications originate from a server. Typically, the usermust opt-in to receive push notifications, where opting-in usually takesplace during the installation process of a mobile application and theuser is provided with a way to manage push notifications.

If the user accepts the two-way push notification, unauthenticated page102 is displayed so that the user can respond to the notification whileoutside the mobile application. For example, the mobile application neednot be executing for the user in order to receive a push notification.Exemplary screenshot 102 shows a list of three transactions. However,embodiments may support from one to many transactions.

Unauthenticated page 102 presents action buttons 103 and 104 to enable auser to verify the push notification directly and to allow the user torespond from within the notification itself. If the user selects (forexample, clicks on or touches) button 103 (“YES”) or button 104 (“NO”),the user verifies that the listed transactions are valid or invalid,respectively.

The exemplary approach shown in FIG. 1 provides a user with an abilityto self-service fraud alerts without having to login to the mobileapplication simply by using action buttons 103 and 104 generated fromthe received two-way push notification message.

The mobile push notification self-service is typically fast (deliveredwithin seconds), simple (no login, just tap the “YES” button if valid),virtually no cost (no “per drip” expense while data rates may apply forcustomer, but extremely minimal), and intuitive (an intuitive interfacereduces any customer confusion with instructions and actions they needto take).

FIG. 2 illustrates computing system 200 that processes activity eventsand generates alert notifications to wireless device 205 when unusualactivity events are detected by computing system 200 in accordance withone or more example embodiments. Computer system 200 comprises alertmanagement system 201, communication rules engine 202, and notificationengine 203.

Alert management system 201 obtains activity data (for example,transaction information) about a user and determines whether an unusualactivity event occurred. For example, the user may have transactions inMiami and in Seattle during the same hour of a given day.

When alert management system 201 detects an unusual activity event, itmay generate a notification request to communication rules engine 202,which consequently determines a mode of communication for sending anevent alert to wireless device 205 based on user information. Userinformation may include an identification of the user's wireless device,whether the user has opt-in for a corresponding mobile application,wireless device type of the user's wireless device, the user's telephonenumber, and/or the preferred mode of notification of the user. Ifcommunication rules engine 202 determines that a two-way pushnotification should be sent to wireless device 205, communication rulesengine 202 initiates a two-way push notification through notificationengine 203.

While not explicitly shown, notification engine 203 may send two-waypush notification messages via an appropriate push notification serviceusing a corresponding Application Programming Interface (API) based onthe wireless device type.

While not explicitly shown, communication rule engine 202 may initiate aSMS message through a SMS interface via an appropriate wirelessmessaging service.

With some embodiments, while a user has opt-in for the mobileapplication, computer system 200 may alert the user via some other meansother through a two-way push notification. For example, the user mayhave been previously alerted through two-way push notification, andconsequently computer system 200 determines that a more stringent meansis needed (for example, via a direct telephone call to the user by asecurity specialist).

FIG. 3 illustrates an example of suitable computing system environment300 for supporting one or more computing devices of computing system200, as shown in FIG. 2 , or computational infrastructure 401 as shownin FIG. 4 , according to one or more illustrative embodiments.

Computing device 301 may have a processor for controlling overalloperation of the computing device 301 and its associated components,including memory devices 304 and 305, input interface 302, and outputinterface 303.

Computing device 301 receives input information (for example data ormessages) via input interface 302 and sends output information (forexample, data or messages) via output interface 303.

Computing device 301 typically includes a variety of computer readablemedia. Computer readable media may be any available media that may beaccessed by computing device 301 and include both volatile andnonvolatile media, removable and non-removable media. By way of example,and not limitation, computer readable media may comprise a combinationof computer storage media and communication media.

Computer storage media include volatile and nonvolatile, removable andnon-removable media implemented in any method or technology for storageof information such as computer readable instructions, data structures,program modules or other data. Computer storage media include, but isnot limited to, random access memory (RAM), read only memory (ROM),electronically erasable programmable read only memory (EEPROM), flashmemory or other memory technology, CD-ROM, digital versatile disks (DVD)or other optical disk storage, magnetic cassettes, magnetic tape,magnetic disk storage or other magnetic storage devices, or any othermedium that can be used to store the desired information and that can beaccessed by computing device 301.

Computer-executable instructions may be stored within first memorydevice 304 and/or storage to provide instructions to a processor forenabling computing device 301 to perform various functions. For example,memory device 304 may store computer-executable used by computing device301, such as an operating system, application programs, and anassociated database. Alternatively, some or all of the computerexecutable instructions for computing device 301 may be embodied inhardware or firmware (not explicitly shown).

Embodiments of the invention may include forms of computer-readablemedia. Computer-readable media include any available media that can beaccessed by a computing device 301. Computer-readable media may comprisestorage media and communication media. Storage media include volatileand nonvolatile, removable and non-removable media implemented in anymethod or technology for storage of information such ascomputer-readable instructions, object code, data structures, programmodules, or other data. Communication media include any informationdelivery media and typically embody data in a modulated data signal suchas a carrier wave or other transport mechanism.

First memory device 304 may include one or more program modules havinginstructions that when executed by computing device 301 causecomputational infrastructure 401 to perform one or more functionsdescribed herein.

Although not required, various aspects described herein may be embodiedas a method, a data processing system, or as a computer-readable mediumstoring computer-executable instructions. For example, acomputer-readable medium storing instructions to cause a processor toperform steps (blocks) of a method in accordance with aspects of theinvention is contemplated. For example, aspects of the method stepsdisclosed herein may be executed on a processor on computing device 301.Such a processor may execute computer-executable instructions stored ona computer-readable medium.

With some embodiments, non-executable data (for example, userinformation) may be stored in second memory device 305.

Computing device 301 may operate in a networked environment supportingconnections to one or more remote computers, such as terminals. Theterminals may be personal computers or servers that include any or allof the elements described above with respect to the computing device.The network connections include a local area network (LAN) and a widearea network (WAN), but may also include other networks. When used in aLAN networking environment, the computing device may be connected to theLAN through a network interface or adapter. When used in a WANnetworking environment, the computing device may include a modem orother network interface for establishing communications over the WAN,such as the Internet. It will be appreciated that the networkconnections shown are illustrative and other means of establishing acommunications link between the computers may be used. The existence ofany of various well-known protocols such as TCP/IP, Ethernet, FTP, HTTP,HTTPS, and the like is presumed. Computing device and/or terminals mayalso be mobile terminals (for example, mobile phones, smartphones, PDAs,notebooks, tablets, and the like) including various other components,such as a battery, speaker, and antennas (not shown).

The disclosure is operational with numerous types of general purpose orspecial purpose computing devices. Examples of well-known computingdevices that may be suitable for use with the disclosure include, butare not limited to, personal computers, server computers, hand-held orlaptop devices, multiprocessor systems, microprocessor-based systems,set top boxes, programmable consumer electronics, network PCs,minicomputers, mainframe computers, distributed computing environmentsthat include any of the above systems or devices, and the like.

Another illustrative system for implementing methods according to thepresent disclosure may be used. The system may include one or moreworkstations. The workstations may be used by, for example, agents orother employees of an institution (for example, a financial institution)and/or customers of the institution. Workstations may be local orremote, and are connected by one or more communications links tocomputer network that is linked via communications links to the server.In the system, the server may be any suitable server, processor,computer, or data processing device, or combination of the same.

A computer network may be any suitable computer network including theInternet, an intranet, a wide-area network (WAN), a local-area network(LAN), a wireless network, a digital subscriber line (DSL) network, aframe relay network, an asynchronous transfer mode (ATM) network, avirtual private network (VPN), or any combination of any of the same.The communications links may be any communications links suitable forcommunicating between the workstations and the server, such as networklinks, dial-up links, wireless links, hard-wired links, and the like.

FIG. 4 illustrates computational infrastructure 401 and wireless device402 when possible unusual activity events are detected according to oneor more illustrative embodiments.

Computational infrastructure 401 comprises alert management system 403,communication rules engine 404, and notification engine 405 and mayoperate in a similar manner as alert management system 201,communication rules engine 202, and notification engine 203,respectively, as shown in FIG. 2 .

When wireless device 402 receives two-way push notification message 408from computational infrastructure 401, notification information isdisplayed at display 406 of wireless device 402. (An exemplaryscreenshot is shown in FIG. 1 as previously discussed.) Response 409 ispassed through mobile application 407 to computational infrastructure401, where response 409 is indicative of the action button (notexplicitly shown in FIG. 4 ) selected by the user. With embodiments,mobile application 407 may be transparent to the user, for example,running in the background when response 407 passes through mobileapplication 407.

As will be discussed, if response 409 is indicative that the detectedunusual activity event is invalid, interaction between wireless device401 and computational infrastructure 401 may be established in order toresolve the issue. For example, mobile application 407 may be activatedso that the user can interact with computational infrastructure 701through mobile application 407. With embodiments, mobile application 407may be automatically activated, where the user would need toauthenticate to mobile application 407 and would be directed to anaction for resolving the detected unusual activity event.

FIG. 5 illustrates process flow 500 for the interaction betweencomputational infrastructure 401 and wireless device 402, shown in FIG.4 , according to one or more illustrative embodiments. With theembodiment, activity event comprises one or more transaction attributedto a user. However, embodiments may support other types of activitytypes as previously discussed.

At block 501, a computer system (for example, alert management system403) obtains transaction activity data and processes the data todetermine whether an unusual activity event is detected at block 502.For example, the computer system may detect a plurality of transactionsthat are suspicious. If so, process 500 advances to block 503 to executea protection strategy for the detected unusual activity event on behalfof the user. With the embodiment shown in FIG. 5 , the executedprotection strategy determines that a notification message should besent to the user's wireless device 551. However, the protection strategymay identify a different result for different circumstances.

At block 504, in response to block 503, the computer system initiatestransmission of a two-way push notification message to wireless device551. As previously discussed, the two-way push notification message isreceived at wireless device 551 outside the mobile application. However,embodiments may support receiving a notification alert when inside themobile application. For example, the notification alert may appearinside the mobile application when the user is currently using themobile application.

At block 505, the computer system receives a response from wirelessdevice 551 that is indicative whether the user deems the unusualactivity event as being valid or invalid based on a selected actionbutton as identified at block 506.

Once the user responds that the unusual activity event is invalid (insome situations, fraudulent), the user may be taken to a workflow tocontinue with the claim filing process.

If the unusual activity event is invalid, a push notification (forexample, a one-way push notification message) is sent at block 509 tomobile device 551 to inform the user about next steps for resolving theissue. For the example, the user may be advised to call a particulartelephone of a security specialist or to activate the mobileapplication. With some embodiments, the mobile application may beautomatically activated and configured to facilitate resolving the issuefor the user. For example, the user may click on the push notificationto navigate to the mobile application to begin the resolution of theunusual activity event.

With some embodiments, the mobile application may support capabilitiesincluding filing a claim, touch ID authentication, and presenting fraudprevention tips.

Referring back to FIG. 5 , if the unusual activity event is deemed validby the user, the inquiry may be cleared at block 507. The user may benotified of the resolution (for example, the user can proceed withtransactions) through a one-way notification message at block 508 (whereno further response by the user is needed).

FIGS. 6-8 show message flows that are based on process 500.

FIG. 6 shows a message flow between computing devices in a computingsystem shown in FIG. 2 when unusual activity events are detected inaccordance with one or more example embodiments. At block 601, alertmanagement system 403 (as shown in FIG. 4 ) obtains transactioninformation and detects suspicious activity.

At block 602, communication rules engine subsequently determines themode of communication to inform a wireless device (corresponding tosmartphone operating system 610 and downloadable mobile application 407)based user information accessed at block 603. In the embodiment shown inFIG. 6 , it assumed that mobile application 407 has been installed andthe user has opt-in.

Notification engine 405 initiates transmission of a two-way pushnotification through smartphone operating system 610, and consequentlythe wireless device displays the notification information (for example,screenshots 101 and 102 as shown in FIG. 1 ) at block 604, including aplurality of action buttons.

FIG. 7 is a continuation of the message flow shown in FIG. 6 when theunusual activity events are deemed valid by the user in accordance withone or more example embodiments.

At block 701, smartphone operating system 610 receives an indication ofthe selected action button and passes the selection information tomobile downloadable application 407 at block 702. Application 407 passesthe selection information through to communication rules engine 404.

With some embodiments at block 703 communication rules engine 404initiates the clearing of the inquiry at alert management system 405.Through blocks 704-706, the wireless device consequently receives a pushnotification (for example, a one-way push notification message)providing information that is displayed informing that the user canproceed with the associated activity through blocks 704-706

FIG. 8 is a continuation of the message flow shown in FIG. 6 when theunusual activity events are deemed invalid in accordance with one ormore example embodiments.

At block 801, smartphone operating system 610 receives an indication ofthe selected action button and provides the selection information tomobile downloadable application 407 at block 802. Mobile application 407passes through the response information to communication rules engine404.

With some embodiments at block 803 communication rules engine 404informs alert management system 405 to establish further interactionwith the user through mobile application 407 via block 804 in order toresolve the unusual activity event. For example, mobile application 407may interact with communication rules engine 404, where another pushnotification is needed to activate mobile application 407 for resolutionof the unusual activity event.

Various aspects described herein may be embodied as a method, anapparatus, or as computer-executable instructions stored on one or morenon-transitory and/or tangible computer-readable media. Accordingly,those aspects may take the form of an entirely hardware embodiment, anentirely software embodiment (which may or may not include firmware)stored on one or more non-transitory and/or tangible computer-readablemedia, or an embodiment combining software and hardware aspects. Anyand/or all of the method steps described herein may be embodied incomputer-executable instructions stored on a computer-readable medium,such as a non-transitory and/or tangible computer readable medium and/ora computer readable storage medium. Additionally or alternatively, anyand/or all of the method steps described herein may be embodied incomputer-readable instructions stored in the memory and/or othernon-transitory and/or tangible storage medium of an apparatus thatincludes one or more processors, such that the apparatus is caused toperform such method steps when the one or more processors execute thecomputer-readable instructions. In addition, various signalsrepresenting data or events as described herein may be transferredbetween a source and a destination in the form of light and/orelectromagnetic waves traveling through signal-conducting media such asmetal wires, optical fibers, and/or wireless transmission media (forexample, air and/or space).

Aspects of the disclosure have been described in terms of illustrativeembodiments thereof. Numerous other embodiments, modifications, andvariations within the scope and spirit of the appended claims will occurto persons of ordinary skill in the art from a review of thisdisclosure. For example, one of ordinary skill in the art willappreciate that the steps illustrated in the illustrative figures may beperformed in other than the recited order, and that one or more stepsillustrated may be optional in accordance with aspects of thedisclosure.

What is claimed is:
 1. A wireless device comprising: at least one processor; a display device; a communication interface communicatively coupled to the at least one processor; and memory storing computer-readable instructions that, when executed by the at least one processor, cause the wireless device to: when an application status is indicative that a user has opt-in for a mobile application, receive, through the communication interface by the wireless device from a transaction computing system, a two-way push notification message about a detected unusual activity event while outside the mobile application; display, by the wireless device, displayed notification information about the detected unusual activity event; in response to the displaying, obtain, by an operating system of the wireless device, an activity indicator about the detected unusual activity event; send a forward response from the operating system of the wireless device to the mobile application, wherein the forward response is indicative of the activity indicator; send a notification response message, by the wireless device via the mobile application bypassing the operating system, to the transaction computing system, the notification response message indicative of the activity indicator; in response to the sending, when the activity indicator is indicative that the detected unusual activity event is valid, receive by the operating system of the wireless device, a notification message that the user can proceed with an associated activity; and in response to the sending, when the activity indicator is indicative that the detected unusual activity event is invalid, receive by the mobile application bypassing the operating system, further interaction with the user for a resolution of the detected unusual activity event.
 2. The wireless device of claim 1, wherein the memory storing computer-readable instructions that, when executed by the at least one processor, cause the wireless device to: when the activity indicator is indicative that the detected unusual activity event is valid, receive a subsequent push notification message by the wireless device while outside the mobile application at the wireless device, wherein the subsequent push notification message is indicative of a proper activity status for the user.
 3. The wireless device of claim 1, wherein the memory storing computer-readable instructions that, when executed by the at least one processor, cause the wireless device to: pass, through the mobile application, the activity indicator to the transaction computing system when the activity indicator is indicative that the detected unusual activity event is valid.
 4. The wireless device of claim 1, wherein the memory storing computer-readable instructions that, when executed by the at least one processor, cause the wireless device to: when the activity indicator is indicative that the detected unusual activity event is invalid, redirect the wireless device to the mobile application in conjunction with the operating system passing selected information entered by the user to the mobile application.
 5. The wireless device of claim 4, wherein the memory storing computer-readable instructions that, when executed by the at least one processor, cause the wireless device to: initiate an interaction between an alert management computing system and the wireless device through the mobile application when authentication has successfully completed, wherein the interaction enables a resolution of the detected unusual activity event.
 6. The wireless device of claim 1, wherein the memory storing computer-readable instructions that, when executed by the at least one processor, cause the wireless device to: when the activity indicator is indicative that the detected unusual activity event is invalid, automatically activate the mobile application, wherein the user is directed for an action to resolve the detected unusual activity event.
 7. The wireless device of claim 1, wherein the memory storing computer-readable instructions that, when executed by the at least one processor, cause the wireless device to: receive an acceptance indicator whether to accept a first two-way push notification message; and in response to accepting the first two-way push notification message, generate an unauthenticated page displaying notification information.
 8. One or more non-transitory computer-readable media storing computer-readable instructions that, when executed by a wireless device, cause the wireless device to: when an application status is indicative that a user has opt-in for a mobile application, receive, through a communication interface by the wireless device from a transaction computing system, a two-way push notification message about a detected unusual activity event while outside the mobile application; display, by the wireless device, displayed notification information about the detected unusual activity event; in response to the displaying, obtain, by an operating system of the wireless device, an activity indicator about the detected unusual activity event; send a forward response from the operating system of the wireless device to the mobile application, wherein the forward response is indicative of the activity indicator; send a notification response message, by the wireless device via the mobile application bypassing the operating system, to the transaction computing system, the notification response message indicative of the activity indicator; in response to the sending, when the activity indicator is indicative that the detected unusual activity event is valid, receive by the operating system of the wireless device, a notification message that the user can proceed with an associated activity; and in response to the sending, when the activity indicator is indicative that the detected unusual activity event is invalid, receive by the mobile application bypassing the operating system, further interaction with the user for a resolution of the detected unusual activity event.
 9. The one or more non-transitory computer-readable media of claim 8, storing computer-readable instructions that, when executed by the wireless device, cause the wireless device to: when the activity indicator is indicative that the detected unusual activity event is valid, receive a subsequent push notification message by the wireless device while outside the mobile application at the wireless device, wherein the subsequent push notification message is indicative of a proper activity status for the user.
 10. The one or more non-transitory computer-readable media of claim 8, storing computer-readable instructions that, when executed by the wireless device, cause the wireless device to: pass, through the mobile application, the activity indicator to the transaction computing system when the activity indicator is indicative that the detected unusual activity event is valid.
 11. The one or more non-transitory computer-readable media of claim 8, storing computer-readable instructions that, when executed by the wireless device, cause the wireless device to: when the activity indicator is indicative that the detected unusual activity event is invalid, redirect the wireless device to the mobile application in conjunction with the operating system passing selected information entered by the user to the mobile application.
 12. The one or more non-transitory computer-readable media of claim 8, storing computer-readable instructions that, when executed by the wireless device, cause the wireless device to: when the activity indicator is indicative that the detected unusual activity event is invalid, automatically activate the mobile application, wherein the user is directed for an action to resolve the detected unusual activity event.
 13. The one or more non-transitory computer-readable media of claim 8, storing computer-readable instructions that, when executed by the wireless device, cause the wireless device to: when the activity indicator is indicative that the detected unusual activity event is valid, receive a subsequent push notification message by the wireless device while outside the mobile application at the wireless device, wherein the subsequent push notification message is indicative of a proper activity status for the user.
 14. A method for providing a notification of an activity event through a wireless device, the method comprising: when an application status is indicative that a user has opt-in for a mobile application, receiving, by the wireless device from a transaction computing system, a two-way push notification message about a detected unusual activity event while outside the mobile application; displaying, by the wireless device, displayed notification information about the detected unusual activity event; in response to the displaying, obtaining, by an operating system of the wireless device, an activity indicator about the detected unusual activity event; sending a forward response from the operating system of the wireless device to the mobile application, wherein the forward response is indicative of the activity indicator; sending a notification response message, by the wireless device via the mobile application bypassing the operating system, to the transaction computing system, the notification response message indicative of the activity indicator; in response to the sending, when the activity indicator is indicative that the detected unusual activity event is valid, receiving by the operating system of the wireless device, a notification message that the user can proceed with an associated activity; and in response to the sending, when the activity indicator is indicative that the detected unusual activity event is invalid, receiving by the mobile application bypassing the operating system, further interaction with the user for a resolution of the detected unusual activity event.
 15. The method of claim 14 further comprising: when the activity indicator is indicative that the detected unusual activity event is valid, receiving a subsequent push notification message by the wireless device while outside the mobile application at the wireless device, wherein the subsequent push notification message is indicative of a proper activity status for the user.
 16. The method of claim 14 further comprising: passing, through the mobile application, the activity indicator to the transaction computing system when the activity indicator is indicative that the detected unusual activity event is valid.
 17. The method of claim 14 further comprising: when the activity indicator is indicative that the detected unusual activity event is invalid, redirecting the wireless device to the mobile application in conjunction with the operating system passing selected information entered by the user to the mobile application.
 18. The method of claim 17 further comprising: initiating an interaction between an alert management computing system and the wireless device through the mobile application when authentication has successfully completed, wherein the interaction enables a resolution of the detected unusual activity event.
 19. The method of claim 14 further comprising: when the activity indicator is indicative that the detected unusual activity event is invalid, automatically activating the mobile application, wherein the user is directed for an action to resolve the detected unusual activity event.
 20. The method of claim 14 further comprising: receiving an acceptance indicator whether to accept a first two-way push notification message; and in response to accepting the first two-way push notification message, generating an unauthenticated page displaying notification information. 